home *** CD-ROM | disk | FTP | other *** search
/ CU Amiga Super CD-ROM 17 / CU Amiga Magazine's Super CD-ROM 17 (1997)(EMAP Images)(GB)[!][issue 1997-12].iso / CUCD / Programming / AMOSList / AMOSLIST.0997 / 000362_amos-request@svcs1.digex.net_Tue Sep 30 01:49:35 1997.msg < prev    next >
Text File  |  1997-10-01  |  4KB  |  96 lines
  1. Received: from svcs1.digex.net (svcs1.digex.net [204.91.197.224])
  2.     by mail2.access.digex.net (8.8.5/8.8.5) with ESMTP id BAA09037
  3.     for <mcox@access.digex.net>; Tue, 30 Sep 1997 01:49:34 -0400 (EDT)
  4. Received: (from daemon@localhost)
  5.     by svcs1.digex.net (8.8.5/8.8.5) id WAA22395
  6.     for amos-out; Mon, 29 Sep 1997 22:19:23 -0400 (EDT)
  7. Received: from mail3.access.digex.net (mail3.access.digex.net [205.197.247.4])
  8.     by svcs1.digex.net (8.8.5/8.8.5) with ESMTP id WAA22392
  9.     for <amos-list@svcs1.digex.net>; Mon, 29 Sep 1997 22:19:23 -0400 (EDT)
  10. Received: from mail.redrose.net (qmailr@mail.redrose.net [204.249.184.22])
  11.     by mail3.access.digex.net (8.8.5/8.8.5) with SMTP id WAA27323
  12.     for <amos-list@access.digex.net>; Mon, 29 Sep 1997 22:19:21 -0400 (EDT)
  13. Received: (qmail 12042 invoked from network); 30 Sep 1997 02:19:08 -0000
  14. Received: from lp4-12.redrose.net (HELO redrose.net) (mushy-pd@205.246.83.172)
  15.   by mail.redrose.net with SMTP; 30 Sep 1997 02:19:08 -0000
  16. From: Mush <mushypd@redrose.net>
  17. Reply-To: mushypd@redrose.net
  18. To: "Mr. Giark To You" <joehick@golden.net>
  19. CC: amos-list@access.digex.net
  20. Date: Mon, 29 Sep 1997 22:21:51 +0500
  21. Message-ID: <yam7211.2590.3872968@mail.redrose.net>
  22. In-Reply-To: <yam7211.778.4927872@huron.net>
  23. X-Mailer: YAM 1.3.4 [020] - Amiga Mailer by Marcel Beck
  24. Organization: Mushroom PD - AMOS Public Domain Library
  25. Subject: Re: Help
  26. MIME-Version: 1.0
  27. Content-Type: text/plain
  28. Status: O
  29. X-Status: 
  30.  
  31. The man most directly responsible for this twaddle was Mr. Giark To You, who
  32. did thus comment on Re: Help on the night of 29-Sep-97:
  33.  
  34. -> I did it a bit differently. I keep a variable with the current max number
  35. of
  36. -> items in it and when I delete one, I copy the top item into it and lower
  37. the
  38. -> total by one. I obviously don't care about sorting.
  39.  
  40. Hmm, it doesnt really matter what you keep as the maximum number of items when
  41. it comes to updating the array. Ill try and make it a little bit more
  42. graphical
  43. so you can understand what im saying a bit better. Here is an array, and next
  44. to
  45. it, how it would be displayed when the listview calls it:
  46.  
  47.      ARRAY                              LISTVIEW
  48.      -=-=-                              -=-=-=-=
  49.  
  50.       One                                One
  51.       Two                                Two
  52.       Three                              Three
  53.       Four                               Four
  54.  
  55. Now, just blanking out the necessary line (like you and Pietro said to do)
  56. would
  57. cause this to happen (... being the blank line) :
  58.  
  59.       One                                One
  60.       ....                               Three
  61.       Three                              Four
  62.       Four
  63.  
  64. Now you see the problem a little bit more clearly, the listview will not
  65. display
  66. *any* null lines as empty, unless you fill them with just a space or
  67. something.
  68. Now when you click on an item within the listview, anything above the blank
  69. line
  70. will be screwed when you use GUI READ to get its position from within the
  71. array.
  72. If you clicked on "Four" in the listview, GUI READ and then PRINT
  73. ARRAY$(result)
  74. would print on the screen "Three" because even though there is a blank line,
  75. the
  76. listview ignored it, and started continuing in sequence from the next line
  77. *after* the blank.
  78.  
  79. If you are having a non-selectable list, which doesnt require data to be read,
  80. then you dont have to worry about pulling up the blank line, as it doesnt
  81. really
  82. matter. In my mailing list manager program, where several items can be deleted
  83. at once, and the system relies on data selected in the listview, this is a
  84. very
  85. important procedure to stop the wrong displaying of data.
  86.  
  87. Andrew "Mushroom" Kellett
  88. --
  89.  Email: Andy Kellett <mushypd@redrose.net>  Team *AMOS* + IAPA Team *AMIGA*
  90.   alt.religion.amos - AMOS now on usenet! AMOS Mailinglist also mirrored
  91.  
  92.      World's Largest AMOS Homepages - http://www.mushy-pd.demon.co.uk
  93.  
  94.          Massive FTP site with AMOS/C64 and Mods/Samples + more at
  95.                             mushy-pd.dyn.ml.org
  96.